DIRECT EXPENSE IMPLEMENTATION FOR FINANQAL PROCESSING IN A 
RELATIONAL DATABASE MANAGEMENT SYSTEM 

(-ROSSREFEl^T^NrF. TORE ^ ATPn APPT TCATLONS 
This appUcation is related to the foUowing co-pending and commonly assigned 
patent applications: 

AppUcation Serial No. 09/-,-. entided "BASIC AND INTERMEDIATE NET 
INTEREST REVENUE IMPLEMENTATION FOR FINANQAL PROCESSING IN A 
RELATIONAL DATABASE MANAGEMENT SYSTEM," filed on same date herewith, 
by George Robert Hood and Paul Phibbs, attorney's docket number 8980; 

AppUcation Serial No. 09/-,-, entided "ADVANCED AND 
BREAKTHROUGHNETINTERESTREVENUE IMPLEMENTATION FOR 
FINANQAL PROCESSING IN A RELATIONAL DATABASE MANAGEMENT 
SYSTEM," filed on same date herewith, by George Robert Hood and Paul Phibbs, 
attorney's docket number 9006; 

AppUcation Serial No. 09/-,-. entided "OTHER REVENUE 
IMPLEMENTATION FOR FINANQAL PROCESSING IN A RELATIONAL 
DATABASE MANAGEMENT SYSTEM," fUed on same date herewith, by George Robert 
Hood, attorae/s docket number 9015; 

AppUcation Serial No. 09/-.-, entided "INDIRECT EXPENSE 
IMPLEMENTATION FOR HNANQAL PROCESSING IN A RELATIONAL 
DATABASE MANAGEMENT SYSTEM," filed on same date herewidi, by George Robert 
Hood, attorney's docket number 9008; and 
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AppUcation Serial No. 09/-.-, entided "RISK PROVISION 
IMPLEMENTATION FOR FINANCIAL PROCESSING IN A RELATIONAL 
DATABASE MANAGEMENT SYSTEM," filed on same date herewith, by George Robert 
Hood, attorney's docket niimber 9011; and 
5 all of which are incorporated by reference herein. 

RACKGROUND OF THE INVENTION 

1 . Field of the Invention. 

This mvennon relates in general to financial processing systems performed by 
10 computere, and in particular, to the implementation of "direct expense" calculations for 
financial processing using data accessed from a relational database management system. 

2. Description of Related Art. 

Financial processing systems provide tools for financial analysis of accounting data. 

15 Typically, each financial processing system operates in a unique way and approaches financial 
analysis differendy. Some financial processing systems are advanced in dieir approach to 
profitability calculations, and others are still at a more basic level. In addition, diere is no 
agreement as to die rules for profitability calculations, outside of generally accepted 
accounting policies that external auditors use. 

20 Yet, the majority of fmancial pnDcessing systems attempt to use profitability 

calculations to differentiate between sources of revenues and expenses. There is a need, 
dien, for a flexible approach to profitability calculations m terms of the overall metric, as 
well as the type of data used. 
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ST JMMARY OF THE INVENTION 
A Value Analyzer is a data-driven computer- facilitated financial processing system 
that accesses account, event and organization attributes from a relational database 
management database, herein: (1) the account attributes comprise data about accounts 
5 being measured, (2) the event attributes comprise data about accoimt- related transactions, 
and (3) the organization attributes comprise data about the organization's financial status. 
Profitability calculations are performed using the account, event and organization attributes 
accessed from the relational database management system, as well as one or more profit 
factors and one or more rules. The profitability calculations include the following: 
10 Profit = Net Interest Revenue (NIR) 

+ Odier Revenue (OR) 
Direct Expense (DE) 
Indirect Expense (IE) 
Risk Provision (RP) 

15 In this calculation, the Direct Expense (DE) comprises expenses driven by events that are 
attributable to accounts. 

BRIEF DESCRIPTION OF THE DRAWINGS 
Referring now to the drawings in which like reference numbers represent 
20 corresponding parts throughout: 

FIG. 1 illustrates an exemplary hardware and software envirorunent according to the 
preferred embodiment of the present invention; 

FIG. 2 is a data flow diagram that illustrates the operation of the Value Analyzer 
according to the preferred embodiment of the present invention; and 
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FIG. 3 is a flowchart illustrating the steps necessary for the execution of Profitability 
Calculations according to the preferred embodiment of the present invention. 
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DETAILED DESCEaPTION OF THE PREFERRED EMBODIMENT 
In the following description of the preferred embodiment, reference is made to the 
accompanying drawings which form a part hereof, and in which is shown by way of 
illustration a specific embodiment in which the invention may be practiced. It is to be 
understood that other embodiments may be utilized and stmctural changes may be made 
without departing from the scope of the present invention. 



OVERVIEW 

The Value Analyzer is a data-driven computer-facilitated financial model that 
provides accurate and consistent prof itability calculations using account, event and 
organization data stored in a relational database management system (RDBMS), wherein: (1) 
15 the account attributes comprise data about accounts being measured, (2) the event attributes 
comprise data about account- related transactions, and (3) the organization attributes 
comprise data about the organization's financial status. The profitability calculations 
performed by the Value Analyzer rely on a Five Factor Atomic Profit Metric (FFAPM): 
Prr>fit = Net Interest Revenue (NIR) 
20 + Other Revenue (OR) 

Direct Expense (DE) 
Indirect Expense (IE) 
Risk Provision (RP) 
NIR + OR-DE-IE-RP 
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In the above equation, it is assumed that the sign of elements that reduce profit are 
negative and those that contribute are positive. 

Each of the five factors of FFAPM are defined below: 

• Net Interest Revenue. This component comprises interest revenue, and is 
the largest component of profitability (e.g., from loans, deposits, cash, etc.). 

• Other Revenue. This component comprises non-interest revenue (e.g., fees 
and commissions), including those driven by events (e.g., open account, 
excessive counter withdrawals, early payout penalties, etc.) . 

• Direct Expense. This component comprises expenses driven by events that 
are attributable to accoimts. 

• Indirect Expense. This component comprises expenses that are not 
attributable to specific accounts. This includes expenses that relate to the 
cost of doing business that arc not driven by accoimt or event activity, such 
as those that arise from overheads, inefficiencies or differences between 
standard and actual costs (e.g., the CEO's salary, etc.). 

• Risk Provision. This component comprises the expected cost of risks that 
arise from the uncertainties of doing business, e.g., market risks, customer 
credit, competition, operations, regulatory risks, political risks, etc. 

Each of these five factors can be measured for a desired period (daily, weekly, 
monthly, quarterly, etc.). Moreover, each factor is essentially discrete and independent with 
fundamentally different characteristics, which strengthens the user's ability to fully utilize the 
output to determine relationships between account, event and organization data, and enable 
consistent multiple dimensional aggregation. 
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The FFAPM is "atomic'' in that profitability is computed using data stored in a 
relational database management system (RDBMS). There are three aspects to this: 

• components of profitability may be measured below the accoimt level (at events 
which make up account activity over an accounting period) and accumulated to the 
account, 

• components of profitability may be meastired direcdy at the account level (such 
as interest paid or earned for an accounting period), 

• components of profitability may be known, obtained, or aggregated at a higher 
level, and maybe apportioned down to specific accounts and events according to 
various rules. 

The Value Analyzer generally defines "indirect" components of profitability to be 
those which must be apportioned to accounts and "direct" components to be those which 
are either computed at the account level, or are rolled up to the account level from lower 
level events. 

HARDWARE AND SOFTWARE ENVIRONMENT 
FIG. 1 illustrates an exemplary hardware and software environment according to the 
preferred embodiment of the present invention. In the exemplary environment, a computer 
system 100 implements a financial processing system in a three-tier client-server architecture, 
wherein the first or client tier provides a Value Analyzer Client 102 that may include, inter 
alia, a graphical user interface (GUI), the second or middle tier provides a Value Analyzer 
Calculation Engine 104 for performing profitability calcxilations as described later in this 
application, and the third or serv^er tier comprises a Relational DataBase Management system 



6 



NCR 9010 



(RDBMS) 106 that stones the data and metadata necessary for performing the profitability 
calculations from the data and meudata stored in a jelational database. The first, second, 
and third tiers may be implemented in separate machines, or may be implemented as 
separate or related processes in a single machine. 
5 In the preferred embodiment, the Value Analyzer Qient 102 and the Value Analyzer 

Calculation Engine 104 together are referred to as the Value Analyzer. Generally, the Value 
Analyzer Client 102 includes a graphical user interface (GUI) for operators of the system 
100, wherein requests are transmitted to the Value Analyzer Calculation Engine 104 and 
responses arc received thercfronx The Value Analyzer Calculation Engine 104 performs the . 

10 profitability calculations and other processing, including commands or functions for 

performing various search and retrieval functions in the .RDBMS 106, wherein queries are 
transmitted to the RDBMS 106 as requests and tuples are received therefrom as responses. 
The Value Analyzer Client 102 and the Value Analyzer Calculation Engine 104 maybe 
implemented in separate machines, or maybe implemented as separate or related processes 

15 in a single machine. 

In the preferred embodiment, the RDBMS 106 includes at least one Parsing Engine 
(PE) 108 and one or more Access Module Processors (AMPs) llOA-llOE storing the 
relational database in one or more data storage devices 112A-112E. The Parsing Engine 108 
and Access Module Processors 110 maybe implemented in separate machines, or maybe 

20 implemented as separate or related processes in a single machine. The RDBMS 106 used in 
the preferred embodiment comprises the Teradata® RDBMS sold by NCR Corporation, the 
ass^nee of the present invention, althoi^h other DBMS's could be used. 

In the preferred embodiment, the system 100 may use any number of different 
parallelism mechanisms to take advantage of the parallelism offered by miJtiple Access 
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Module Processors 110. Further, data within the relational database maybe fully partitioned 
across all data storage devices 112 in the system 100 using hash partitioning or other 
partitioning methods. 

Generally, the Value Analyzer Qient 102, Value Analyzer Calculation Engine 104, 

5 RDBMS 106, Parsing Engine 108, and/or Access Module Processors 1 lOA- 1 lOE comprise 
logic and/or data tangibly embodied in and/or accessible from a device, media, carrier, or 
signal, such as RAM, ROM, one or more of the data storage devices 112A-112E, and/ or a 
remote system or device communicating with the computer system 100 via one or more data 
communications devices. 

10 However, those skilled in the art will recognize that the exemplary envirorunent 

illustrated in FIG. 1 is not intended to limit the present invention. Indeed, those skilled in 
the art will recognize that other alternative envirorunents may be used without departing 
from the scope of the present invention. In addition, it should be understood that the 
present invention may also apply to components other than those disclosed herein. 

15 

VALUE ANALYZER DATA FLOW 
^ ^ FIG. 2 is a data flow diagram that illustrates the/peration of the Value Analyzer 
Calculation Engine 104 according to the preferred embodiment of the present invention. 
Within the Value Analyzer Calculation Engine \m, one or more Profitability Calculations 
20 200 accept a number of inputs including Account Attributes 202, Event Attributes 204, 
Organization Attributes 206, and Profit i^ctors 208. Thereafter, the Profitability 
Calculations 200 invoke one or more/Rules 210 that generate the FFAPM 212, which in turn 
are used to create the Database 21^. The Database 212 maybe represented along account, 
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event, or organization dimensions, or along other dimensions as may be required. These 
elements are described in more detail below. 



Input Definitions 



5 



Account Attributes 202 comprise data about the accounts being measured. This data 



includes: balance, rate (or interest accrued), product identification, limits, expected default 
frequency, and various dates (e.g., open, rate reset, last payment, next payment, maturity, 
etc.). 

Event Attributes 204 comprise data about account- related events or transactions. 
10 This data includes: account identification, event or transaction amounts, event or transaction 
location, event or transaction time, counter-party identification, event or transaction type 
(e.g., loan payment, interest paid, loan drawdown amount, etc.). 



Organization Attributes 206 comprise data about the financial status of the 



organization. This data includes: balance sheet and profit statement amounts aggregated by 



15 



the legal or management entities that own the account base being measured. 



Profit Factors 208 include parameter values necessary to perform the Profitability 



Calculations 200. The major classifications of this data include: 



Funds transfer rates are pricing methods that require matched maturity 



opportunity rates for use in valuing each account's marginal use or source of 



20 



internal funds. 



Unit costs are used for Direct Expense calculations, where a total cost is 



provided as an Organization Attribute 206 and the Unit Cost is then derived 



by dividing total cost by actual volume. Unit Costs can be either standard. 
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actual, or market, and ideally represent marginal values (if "fully absorbed 
measures" arc used, then the usefulness of allocated amounts is diminished.) 

• Allocated amounts arc used in both Odier Revenue and Indircct Expense 
calculations, whercin the allocated amounts arc apportioned amongst all 
accounts in a group. 

• Miscellaneous calculation values may comprise, for example, the number of 
days in a profit measurcment period, an equity allocation weighting, etc. 
These values arc known as "modeling" parameters. 

• Amortization parameters arc used in intercst amortization, which rcquires 
intercst rates and life values used by straight line amortization and by 
declining balance of amortization. 

• Risk measurcment parameters arc used in Risk Provision calculations, which 
requirc various factors, such as: loss rates, reserve percentages, exposure 
factors, recovery rates, default probabilities and collection costs, 

• Tax rates are required for after-tax profit calculation. The Value Analyzer is 
designed to calculate pre-tax income on a taxable equivalent basis (where an 
effective tax rate is all that is required to transform pre-tax income into after 
tax earnings, i.e., Profit). 

Rules 

The Prof itability Calculations 200 use one or more Rules 210 applied to data 
retrieved from the RDBMS 106. These Rules 210 Include, inter alia, the following: 



10 



NCR 9010 



Treatments. Every account with cash flows affecting a organization's balance sheet 
requires a method of valuing the account's use of btemal funds. One approach is "matched 
maturity funds transfer pricing," which uses a canonical representation of an account's 
funding characteristics and then determines a value based on adjusted market yields for each 
5 instance that requires an interest rate transfer price to calculate an account's marginal Net 
Interest Revenue. 

F. quitv Allocation. In order to provide precise Net Interest Revenue calculations, the 
amount of equity funds required at an account must be determined. This mle allows for 
equity allocation using any of the following methods: simple ratios; regulatorjr definitions; 
10 economic allocations, or user defined allocations. 

A pportionment. Other Revenue, Risk Provision and Indirect Expense calculations 
are applied at the account level using Organization Attributes 206 that are not related direcdy 
to account activity. These profit adjustments are made so that the sum of all account-level 
Profitability Calculations 200 comprises the overall profit. One approach is to pool indirect 
15 costs and revenues and then apportion them. Apportionment rules specify how the pooled 
indirect costs and revenues is completely allocated to appropriate accounts, wherein the 
preferred embodiment uses closed form allocation rules, which require only information 
known in the ciurcnt period and not iterative computation. 

Amortization. Some types of income or expense are deferred or accrued over 
20 multiple periods, including and subsequent to the current accounting period. This is 

common to accrual accounting metiiods used in profit presentations of financial statements, 
and gives rise to timing differences between cash flows and dieir related profit as presented 
in a financial statement in any accounting period. Since die Value Analyzer is designed to 
reconcile to die financial statement's profit values, it supports deferral and accrual 
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accounting principles. Amortizanon methods that account for these timing differences are: 
interest amortization (used for interest income and expense accruals and for deferral of fees 
that are in lieu of interest), and straight line or declining balance amortizations (used for cost 
deferrals and investment depreciation). 
5 Other Revenue Pricing. In situations where account and event activity can be used 

to derive account level income or fees, die Value Analyzer calculates diese drivers of die 
profitability in the Other Revenue calculations. These calculations comprise linear 
combinations of event or account values and modeled coefficients. 

Direct Expense. The calculation of account profit adjustments due to account- 
10 related activity requires rules that take the form of linear combinations of event or account 
values and modeled coefficients. 

Indirect Expense. In situations -where expense apportiorunent or amortization 
amounts are aggregated, the user may want different rules applied dependir^ on the patii (or 
dimension) of aggregation. These mles allow for multiple profit calculations rules to be 
15 applied to derive multiple account level Indirect Expense amounts. 

Risk Provision. Adjusting cvirrent profit for expected future losses is known as 
"actuarial" profit provisioning. The Value Analyzer applies actuarial-based methods in its 
account level profit calculations, where the actuarial resen^e that die provisions maintain 
represents the expected loss associated with all accounts. 
20 Taxable Equivalent Gross-up. Profit is an after-tax measure, and dius some events 

or portions of some accounts' profits maybe excluded from normal taxation. The Value 
Analyzer adjusts these pre-tax values, so that a singular tax rate can be used to convert pre- 
tax profit into after-tax values, which are also known as taxable equivalent adjustment. 
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These rules use account and event attributes to adjust each of the five factors of the FFAPM 
to a taxable equivalent basis. 

Tnrprest Tield Adjustments. Since the Value Analyzer can calculate profits for any 
number of periods, the adjustment of cash interest payments, and the financial statement's 
5 accrual or smoothed representation of interest-related Profit, the Value Analyzer provides a 
method for converting cash interest amounts to accmal amounts for financial statements. 
The Value Analyzer implements an "effective interest rate" conversion to accomplish this 
type of calculation. 

10 Profitability Calculations 

The following describes the method used by the Profit Calculations 200: 

1. Retrieve data from the RDBMS 106. 

2. Calculate Net Interest Revenue for every account. 

3 . Calcvilate Odier Revenue for every account. 
15 4. Calculate Direct Ejqjense for every account. 

5 . Calculate Indirect Expense for every account. 

6. Calculate Risk Provision for every account. 

7. Calculate Profit for every account. 

8. Store die FFAPM Profit and the five factors of FFAPM into the RDBMS 

20 106. 

9. Aggregate and/or le-calculate the FFAPM Profit and the five factors of 

FFAPM as necessary. 

Note diat steps 2 through 6 perform account-level calculations. Steps 2, 3, 4, 5, and 
6 can be performed independently and in parallel, while step 7 requires values derived in 
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steps 2, 3, 4, 5, and 6, and diercfone must be performed after steps 2, 3, 4, 5, and 6 are 
completed. 



Output Definition 

5 The Profit GJculations 200 generate one or more values for the five factors of the 

FFAPM 210, and specifically, the MR, OR, DE, IE, RP, and Profit values. These values are 
used to generate the output data 214, which can be stored by the RDBMS 106 in the 
relational database. 

10 Analytic Variations 

The Value Analyzer operates on data and calculations across a continuum, in order 
to provide the analytic variations necessary for financial processing at various levels of 
aggregation. This continuum is comprised of multiple tiers as described below: 
basic - > intermediate - > advanced - > breakthrough. 
15 Not every tier is necessarily present for each element of data or every calculation. 

This continuimi embodies the notion of inheritance, wherein the data and 
calculations of the higher tiers embody the data and calculations of the lower tiers. The 
principle of inheritance means that the data and calculations by which the separate tiers are 
defined are nested, i.e., the definition of "intermediate" includes the definition of "basic," 
20 but with added functionality that goes beyond "basic," and so on. Thus, there is consistency 
in the data and calculations performed at the different tiers in the continuxmi. 
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Direct Expense 

As noted above, Direct Expense PE), ako known as variable expense, comprises 
the costs that are driven by events that are reflected in the account. In this sense, Direct 
Expense is aggregated from the event level to the account level. This is in contrast to 
Indirect Expense, which is disaggregated from higher levels down to the account level via 
apportionment rules. 

The Direct Expense for an accoiint is calculated using a unit cost for an event, 
applying the unit costs to each of the events of an account, and adding these unit costs over 
a specified period. For example, every time a withdrawal, deposit, enquiry, transfer, or 
similar event is performed on an account, there is an associated cost. 

In addition, the location, channel device, and time of the event have an impact on 
the cost to be allocated. For example, an "over the counter" transaction is generally more 
costly than an ATM transaction, and a transaction performed at a city branch maybe more 
cosdy than a transaction performed at a suburban branch. This transaction behavior is a 
major differentiator of value between accounts, and thereby of customers. 

There are three approaches to identifying the imit costs that the Value Analyzer uses 
in the calculation of Direct Expense: (1) estimated unit costs, (2) actual unit costs, or (3) 
implicit state, all of which are described below. 

Estimated Unit Costs 

One approach of the Value Analyzer is to use estimated or pre-calculated unit costs 
as determined by the organization, and to apply these costs at an event level to determine the 
Direct Expense associated with the account. The Value Analyzer generally captures unit 
costs from extemal sources, such as a Financial Statement. On the other hand, if the 
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organization does not have direct unit costs, industry standard costs may be used, or all costs 
can be pooled and allocated as Indirect Expenses, although this is an inferior approach. 

An example of how the unit cost is used to calculate Direct Expense is provided in 
the following description. Assume: (a) a teller takes 2 minutes for a cash withdrawal, (b) the 
5 teller is idle 50% percent of the time, (c) the teller's direct labor costs are $12 per hour, and 
(d) indirect overhead costs are twice the direct labor cost. Using these assumptions, the 
standard cost of a cash withdrawal is: 

= work minutes idleness burden cost per minute (labor + overhead) 

= (2 min) (100% / 50%) ($12/60 min) (1 +2) 

10 - $2.40. 

The Value Analyzer also allows the option of using plarmed or budgeted Financial 
Statement costs as unit costs. These are calculated from a Financial Statement. 

Actual Unit Costs 

15 This approach involves using actual or historical (post facto) unit costs as derived 

from the Financial Statement, assuming the Financial Statement supports event level costing. 
Event level costing breaks the Financial Statement costs down into individual event related 
cost drivers. This approach is generally used only by those organizations that generate the 
necessary process-oriented Financial Statements. 

20 Once the actual event level volume is known, the unit cost is calculated as total cost 

divided by the event level volume. This superior approach eliminates the event level volume 
variances from periodic changes in unit costs, and the total Direct Expense agrees with 
Financial Statement costs for periods from which the historical data are drawn. 
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The Value Analyzer also allows for the use of detailed budgets in deriving unit costs, 
'ell as actual Financial Statements. Vak results in an alternate profitability measure, one 
based both on estimated as well as actual unit costs. This profitability measure can be used 
as a measure of performance against plan (e.g., goal assessment). 



as w( 



are : 



Dirert Expense Matrix 

FoUowmg is an exemplary Direct Expense matrix, wherem the results of the process 
shown, with each row representing an account A, each column representing an event E, 
and each cell representing the corresponding Direct Expense DE. The column totals 
10 represent the total Direct Expenses associated widi a given event type, while the row totals 
are the Direct Expenses associated with each account. 
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Note that this matrix is usually sparse, since there maybe many accounts, but it is 
likely that each accoxint has a relatively small number of events associated with it. 

Direct Expense in the Intermediate Tier 
5 Following arc the inputs and outputs of the calculation of Direct Expense in the 

Intermediate Tien 



Inputs 


Outputs 


Unit C0St„ent-t)pe 


Direct Expense for each event-type and for each 
account 


FunctionType Flag 





In the Intermediate Tier, unit costs arc supplied to the Value Analyzer, and the 
10 Dircct Expense is assigned to accounts based on events or other crediteria. In the preferred 
embodiment, the assignment is performed using one of three rules: 

(1) the event has a unit cost associated with it, 

(2) the event has an amount associated with it, which is based on an event value in 
the database that can be used to derive a cost (such as a title fee on a mortgage, etc.), or 

15 (3) the event requires a specified function (e.g., broker fees as a % of account 

balance). 

Of course, other rules maybe developed and used as reqxured. 

The organization identifies which of the three types of rules to apply to each event in 
the Value Analyzer. For each of these rules, there is a different calculation for the Direct 
20 Expense related to the event, which may be based on a fixed unit cost or on a variable unit 
cost that depends on volume of activity for the account in question. 
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Generally, the calculations are made in the following order (1) allocation of fixed 
costs to the event type, (2) allocation of variable costs per event type, (3) calculation of unit 
costs using a ratio of total cost to volume for this account. 

Thus: 

DE_^, event-rype = 1 ^OSt COntributionS 

+ rule 2 cost contributions 
+ rule 3 cost contributions 

== unit cost„,„,.^ (# of events of this type in the period) 
+ amounts associated with the event 
+ amounts from the specified function 

= (uCevent-tjpe) (cOUnt^ent-type) 

Then: 

account ~ ^^^^ account, event-type 
event- type 

where the summation is over all event- types. 



Implicit State 

In addition to using unit costs, another method of assessing Direct Expense is 
"implicit state" methodology. In this methodology, a cost can be assessed if an account is in 
a certain "state." 

Consider the following example. One common use of this methodology is to form a 
group of accounts that track mortgages. When created dxuing a current processing cycle, 
these accounts are in a "new mortgage" state. When a particular account is in the "new 
mortgage" state, then the account is assessed the costs associated with opening the account, 

19 

NCR 9010 



• # 

including paperwork costs, underwriting costs, funding costs, etc. As a result, this Duect 
Expense is not triggered by events, but instead by states of the accoiuit. 

LOGIC OF THE PREFERRED EMBODIMENT 
5 FIG. 3 is a flow chart illustrating the steps necessary for the execution of Profitability 

Calculations 200 acconling to the preferred embodiment of the present invention. Those 
skilled in the art will recognize that this logic is provided for illustrative purposes only and 
that different logic maybe used to accomplish the same results. 

Block 300 represents die Value Analyzer Oient 102 invoking one or more 
10 Profitability Calculations 200 in the Value Analyzer Calculation Engine 104. 

Block 302 represents the Value Analyzer Calculation Engine 104 invoking one or 
more scripts related to the invoked Prof itability Calculations 200, wherein the scripts 
comprise SQL statements that are transmitted to the RDBMS 106. These SQL statements 
access account, event and oi^anizarion attributes from the database managed by the RDBMS 
15 106. 

Block 304 represents the Parsing Engine 108 of the RDBMS 106 receiving the SQL 
statements and transforming the statements into an operator tree. 

Block 306 represents the Parsing Engine 108 of the RDBMS 106 generating one or 
more access plans from the operator tree. 
20 Block 308 represents the Parsing Engine 108 of the RDBMS 106 parallelizing the 

access plans, and then transmitting the access plans to their assigned Access Module 
Processors llOA-E of die RDBMS 106. 

Block 310 represents the Access Module Processors llOA-E of the RDBMS 106 
performing the required data manipulation associated with the access plans received from 
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the Parsing Engine 108, wherein the access plans are performed in paraUel by the Access 
Modvile Processors llOA-E. 

Block 312 represents the Parsing Engine 108 of the RDBMS 106 merging the results 
received from the Access Module Processors llOA-E and providing the merged results to 
the Value Analyzer Calculation Engbe 104 as account, event and organization attributes. 

Block 314 represents the Value Analyzer Calculation Engine 104 performing the 
invoked Profitability Calculations 200 using the account, event and organization attributes 
accessed from the RDBMS 106, as well as one or more profit factors and one or more niles. 
In this Block, the Profitability Calculations 200 include: 

Profit = Net Interest Revenue (MB) 
+ Other Revenue (OR) 
Direct Expense (DE) 
Indirect Expense (IE) 
Risk Provision (RP) 

wherein the Direct Expense (DE) comprises expenses driven by events that are attributable 
to accounts. 

In Block 314, the Direct Expense for an account is calculated using a unit cost of an 
event, applybg this unit cost to each of the events of an account, and addir^ these unit costs 
over a specified period. The unit costs may comprise estimated unit costs (e.g., derived from 
industry standards), or the unit costs may comprise actual unit costs (e.g., derived from the 
organization's financial statement), or the unit costs may comprise an impUcit state (e.g., 
derived from an account's sute). 

In Block 314, the unit costs are derived by dividing a total cost by the event volume. 
Thereafter, the unit costs are aggregated from an event level to an account level, so that the 
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Direct Expense can be assigned to accounts based on events using one or more methods 
selected from a group comprising: (1) a unit cost multiplied by number of events, (2) an 
amount associated with each event, or (3) a specified function. In more complex 
calculations, the Direct Expense is calculated using: (1) allocation of fixed costs per event 

5 type, (2) allocation of variable costs per event type, and (3) calculation of unit costs using a 
ratio of total cost to event volmne for the account. 

Block 316 represents the Value Analyzer Calculation Engine 104 delivering the 
output or results from die invoked Profitability Calculations 200 to die Value Analyzer 
diem 102 and/or die RDBMS 106. Witii regard to die Value Analyzer Client 102, die 

10 results may be presented to the user, printed, or used by various other computer programs, 
as desired. With regard to the RDBMS 106, the results may be stored for later use by the 
Value Analyzer Calculation Ermine 104, or other computer programs, as desired. 

CONCLUSION 

15 This concludes the description of the preferred embodiment of the invention. The 

following paragraphs describe some altemative embodiments for accomplishing the same 
invention. 

In one altemative embodiment, any type of computer or configuration of computers 
could be used to implement the present invention. In addition, any database management 
20 system, decision support system, on-line analytic processing system, or other computer 
program that performs similar fimctions could be used with the present invention. 

In summary, the present invention discloses a Value Analyzer, which is a data-driven 
computer- facilitated financial processing system that accesses account, event and 
organization attributes from a relational database management database, wherein: (1) the 
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account attributes comprise data about accounts being measured, (2) the event attributes 
comprise data about account-related transactions, and (3) the organization attributes 
comprise data about the organization's financial status. Profitability calculations are 
performed using the account, event and organization attributes accessed from the relational 
database management system, as well as one or more profit factors and one or more rules. 
The profitability calculations include the following: 

Profit = Net Interest Revenue (NIR) 
+ Odier Revenue (OR) 

Direct Expense (DE) 

Indirect Expense (IE) 

Risk Provision (RP) 

In this calculation, the Direct Expense (DE) comprises expenses driven by events that are 
attributable to accounts. 

The foregoing description of the preferred embodiment of the invention has been 
presented for the purposes of illustration and description. It is not intended to be exhaustive 
or to limit the invention to the precise form disclosed. Many modifications and variations 
are possible in light of the above teaching. It is intended that the scope of the invention be 
limited not by this detailed description, but rather by the claims appended hereto. 
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